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(54) Fahrzeugkommunikationssystem 

(57) Die Erfindung bezieht sich auf ein Fahrzeug- 
kommunikationssystem mit einem Zentralrechner zur 
Durchfuhrung von Telematik-Applikationen, Gerateein- 
heiten zum Senden, Empfangen, Erfassen und/oder 
Verarbeiten von zu den Telematik-Applikationen gehOri- 
gen Daten und einem oder mehreren Datenubertra- 
gungskanaien mit zugehOrigen Schnittstellen, uber 
welche die Gerateeinheiten mit dem zentralen Fahr- 
zeugrechner verbindbar sind. 

ErfindungsgemaG sind die Gerateeinheiten den 
verschiedenen Telematik-Applikationen flexibel steuer- 
bar zugeordnet, wobei eine adaptive Applikationssteue- 
rung vorgesehen ist t die zur Durchfuhrung einer 
jeweiligen Applikation die jeweils erforderlichen Gerate- 
einheiten funktionsbezogen auswahlt und die erforderli- 
chen Datenubertragungsvorgange steuert. 

Verwendung z.B. in Automobilen. 
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Beschreibung 

Die Erfindung bezieht sich auf ein Fahrzeugkom- 
munikationssystem mit einem Zentralrechner zur 
Durchfuhrung von Telematik-Applikationen, mit Gerate- 
einheiten zum Senden, Empfangen, Erfassen und/oder 
Verarbeiten von zu diesen Applikationen gehorigen 
Daten und mit einem oder mehreren Datenubertra- 
gungskanaien mit zugehOrigen Schnittstelien, uber wel- 
che die Gerateeinheiten mit dem Zentralrechner 
verbindbar sind. 

Der Einsatz von Telematiksystemen, d.h. elektroni- 
schen Datenubertragungssystemen, die Telekommuni- 
kationsdienste nutzen, gewinnt auch auf dem Gebiet 
der Fahrzeugtechnik zunehmend an Bedeutung. So 
werden im Fahrzeug bereits Telekommunikationsdien- 
ste eingesetzt, die in den Bereichen Verkehrslenkung, 
Sicherheitsdienste, dynamische Navigationshilfe und 
mobiles Buro neue Funktionalitaten ermOglichen. 

Herkdmmliche Telematiksysteme dieser Art beste- 
hen aus einem eigenstandigen Rechner mit Schnittstel- 
ien zu einem speziell zugehorigen Funkgerat, z.B. 
GSM- oder Modacom-Gerat, und/oder zu einem Positi- 
onsempfanger, wie einem GPS-Empfanger. Die heute 
auf dem Markt verfugbaren Telekommunikationsgerate 
unterscheiden sich grundsatzlich im Schnittstellenpro- 
tokoll. Obwohl es Standardisierungsbemuhungen gibt, 
unterscheiden sich die Schnittstellenprotokolle der 
Gerate in Abhangigkeit des Herstellers, der Version, 
des Modells und der Technologie. so daB es bislang nur 
EinzellOsungen mit genau definierten Komponenten 
und Schnittstelien gibt. Die Integration mehrerer Tele- 
matikfunktionalitaten in ein Fahrzeug erfolgt daher bis- 
lang in Form von voneinander getrennten 
InsellOsungen, da die jeweils zugehdrigen Funk- und 
Peripheriegerate uber keine Netzwerkschnittstellen ver- 
fugen, mit denen sie mehrfach fur verschiedene Appli- 
kationen multifunktional genutzt werden kSnnten. Eine 
solche Architektur eines Fahrzeugkommunikationssy- 
stems erfordert eine laufende Wartung der Systeme fur 
Modif ikationen. Der damit verbundene organisatorische 
und logistische Aufwand fuhrt zu einer sehr einge- 
schrankten Reaktionsfahigkeit solcher Fahrzeugkom- 
munikationssysteme auf neu auf dem Markt 
erscheinende Telematikfunktionen und -komponenten. 

Ein Fahrzeugkommunikationssystem der eingangs 
genannten Art ist beispielsweise in der Offenlegungs- 
schrift DE 44 03 712 A1 in Form eines aus dem Fahr- 
zeug herausnehmbaren Bordcomputers offenbart, der 
Steuerungsfunktionen zur Fahrzeugnavigation, fur ein 
Verkehrsfunkradio und eine Fernsprecheinrichtung 
umfaBt. 

In der Patentschrift DE 41 10 372 C2 ist eine Multi- 
plex-Ubbertragungsanordnung fur ein Fahrzeug 
beschrieben, die zwei Netzwerke und einen Gateway- 
Netzwerkknoten beinhaltet, uber den Daten zwischen 
den Netzwerken ubertragen werden kdnnen. 

Ein grundlegendes Problem herkOmmlicher Fahr- 
zeugkommunikationssysteme der eingangs genannten 
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Art liegt darin, daB die Treibereinheiten fur die Gerate- 
einheiten und die Schnittstelien, d.h. die Gerate- und 
Schnittstellen-Gateways, untrennbare Einheiten mit der 
jeweiligen Schnittstelle bilden, die zum AnschluB der 

5 betreffenden Gerateeinheit vorgesehen ist. Die Gerate- 
einheiten werden durch die angeforderte Applikation 
vom Rechner uber die unveranderlich vorgegebene 
Architektur von jeweiligem Schnittstelien- und Gerate- 
Gateway und zugeordneter Schnittstelle angesprochen. 

w Eine flexible Ansteuerung der jeweiligen Gerateeinheit 
uber eine andere Schnittstelle oder ein Austausch einer 
Gerateeinheit durch eine Einheit mit gleicher Funktion, 
jedoch anderen Typs ist nicht ohne groBen Anpas- 
sungsaufwand m6glich, da hierzu nicht nur die betroffe- 

75 nen Schnittstelien- und Gerate-Gateways angepaBt, 
d.h. durch andere Versionen ersetzt werden mussen, 
sondern aufgrund dieser MaBnahme auch Anderungen 
im Rechner selbst und/oder der Applikation zwecks 
Anpassung an geanderte Datenformate etc. notwendig 

20 sind. Ein herkbmmliches System dieser Art ist in seinen 
Grundzugen in der Veroffentlichung A. Kirson, ATIS - A 
Modular Approach, IEEE Plans '92 Position Location 
and Navigation Symposium, 1. Januar 1992, Seite 528 
angedeutet, wobei dort als Applikationen Routenpla- 

25 nung, Routenfuhrung, Zugriff auf Datenbanken und 
Benutzerschnittstellenfunktion genannt sind. Die Offen- 
legungsschrift DE 42 18 804 A1 zeigt ein System, das 
eine gewisse Flexibilitat hinsichtlich der Darstellung von 
Fahrzeuginformationen besitzt, wozu ein Informations- 

30 Management-System vorgesehen ist, mit dem Informa- 
tionen in einem Kraftfahrzeug flexibel an die jeweiligen 
Bedurfnisse angepaBt dargestellt, aufbereitet und 
gespeichert werden, wobei das System so ausgelegt 
sein soli, daB es fur zukunftige Erfordernisse offen und 

35 damit leicht erweiterbar ist. 

Der Erfindung liegt als technisches Problem die 
Bereitstellung eines Fahrzeugkommunikationssystems 
der eingangs genannten Art zugrunde, das mit verhait- 
nismaBig geringem Aufwand eine erhdhte Flexibilitat 

40 bei der Durchfuhrung von Telematik-Applikationen bie- 
tet. 

Die Erfindung IGst dieses Problem durch die Bereit- 
stellung eines Fahrzeugkommunikationssystems mit 
den Merkmalen des Anspruchs 1 . Bei diesem System 

45 sind die Gerateeinheiten zum Senden, Empfangen, 
Erfassen und/oder Verarbeiten der zu den Telematik- 
Applikationen gehorigen Daten nicht in Form einer 
Inselldsung fest einer jeweiligen Telematik-Applikation 
zugeordnet. sondern diese Zuordnung ist flexibel aus- 

so gelegt. Dabei wahlt eine adaptive Applikationssteue- 
rung, die in den Zentralrechner integriert oder extern 
von diesem angeordnet sein kann, die zur Durchfuh- 
rung einer jeweiligen Applikation jeweils erforderlichen 
Gerateeinheiten funktionsbezogen aus und steuert die 

55 erforderlichen Datenubertragungsvorgange. Dies 
erlaubt einen modularen Systemaufbau, bei dem Gera- 
. teeinheiten unterschiedlicher Hersteller an eine Oder 
mehrere geeignete Schnittstelien des Zentralrechners 
angeschlossen werden kSnnen. Jede Gerateeinheit 
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kann funktionsbezogen, d.h. zur Erfullung einer 
bestimrrtten, ihr zugewiesenen Funktion, wie beispiels- 
weise Positionsbestimmung, angesprochen werden. 
Diese Funktion kann die Gerateeinheit bei Bedarf nicht 
nur fur eine bestimmte, sondern fur jede Telematik- 
Applikation erfullen, zu deren Durchfuhrung diese 
Funktion erforderlich ist. Redundanzen zur Erfullung 
einer bestimmten Funktion fur mehrere Telematik-Appli- 
kationen lassen sich daher gegebenenfalls vermeiden. 
Umgekehrt kann eine Funktion, wie beispielsweise die 
Fahrzeugpositionsbestimmung, bei Bedarf redundant 
ausgelegt werden, indem die entsprechende Informa- 
tion gegebenenfalls in unterschiedlicher Gute aus meh- 
reren, voneinander unabhangigen Positions- 
bestimmungskanaien zur Verfugung gestellt wird. 
Zudem kann das Fahrzeugkommunikationssystem pro- 
blemlos mit neuen Gerateeinheiten und/oder Telematik- 
Applikationen erweitert werden, ohne daB der bereits 
bestehende Systemaufbau geandert werden muG. Mit 
dazu vorgesehenen Gerate- und Schnittstellen-Gate- 
ways, d.h. in Soft- Oder Hardware realisierten Treiber- 
einheiten fur die Schnittstellen und die daran 
anschlieBenden Gerateeinheiten, vermag die adaptive 
Applikationssteuerung eingehende Daten in das jewei- 
ligs ausgangsseitig benetigte Datenformat zu transfor- 
mieren, so daB die fur die jeweilige Applikation 
benOtigten Gerateeinheiten flexibel uber die jeweiligen 
Schnittstellen angesteuert werden kbnnen. Die Applika- 
tionssteuerung ist dabei in der Lage, die jeweils benC- 
tigten, geeigneten Gerate- und Schnittstellen-Gateways 
flexibel und funktionsbezogen aus der Gesamtheit der 
Gateways auszuwahlen. 

Eine Weiterbildung der Erf indung nach Anspruch 2 
beinhaltet vorteilhafte Maglichkeiten von Schnittstellen 
fur den AnschluB der Gerateeinheiten am Zentralrech- 
ner. 

Eine Weiterbildung der Erf indung nach Anspruch 3 
beinhaltet vorteilhafte Gerateeinheiten zur Erfullung 
bestimmter Funktionen fur Telematik-Applikationen. 

Eine Weiterbildung der Erf indung nach Anspruch 4 
beinhaltet vorteilhafte Telematik-Applikationen, die in 
beliebiger Kombination vorgesehen sein kbnnen. 

Bevorzugte Ausfuhrungsformen der Erfindung sind 
in den Zeichnungen dargestellt und werden nachfol- 
gend beschrieben. Hierbei zeigen: 

Fig. 1 eine schematische Ubersicht uber die 
wesentlichen Bestandteile eines Fahrzeugs- 
kommunikationssystems, 

Fig. 2 ein schematisches Blockdiagramm des fur 
das Fahrzeugkommunikationssystem von 
Fig. 1 verwendeten Zentralrechners mit 
zugehdrigen Schnittstellen und daran 
anschlieBbaren Gerateeinheiten, 

Fig. 3 ein schematisches Blockdiagramm eines 
Aufbaus einer in den Zentralrechner von Fig. 
2 integrierten, adaptiven Applikationssteue- 
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rung, 

Fig. 4 ein schematisches Blockdiagramm zur Ver- 
anschaulichung der Gerateflexibilitat des 
Systems der Figuren 1 bis 3, 

Fig. 5 ein schematisches Blockdiagramm zur Ver- 
anschaulichung der Schnittstellenflexibilitat 
des Systems der Figuren 1 bis 3 und 



Fig. 6 ein schematisches Blockdiagramm zur Ver- 
anschaulichung der Durchfuhrung eines 
Flottenmanagements als einer Telematik- 
Applikation mit dem System der Figuren 1 
75 bis 5. 

Fig. 1 zeigt die wesentlichen Elemente des Fahr- 
zeugkommunikationssystems. Das Herzstuck bildet ein 
z.B. in einem PKW oder LKW installierter Zentralrech- 

20 ner (1), mit dem mehrere Telematik-Applikationen 
durchgefuhrt werden kOnnen, und zwar die Applikatio- 
nen Flottenmanagement, Routenplanung, Ferndia- 
gnose, Diebstahlschutz und Rechnerfern- 
kommunikation, wie das Versenden elektronischer Post 

25 und das Zugreifen auf Datenbanken. Die Telematik- 
Applikationen kdnnen in den Zentralrechner (1) als 
Hardware oder als Softwarepaket integriert oder durch 
ein eigenstandiges Steuergerat oder als Softwarepaket 
auf einem externen, mobilen Rechner realisiert sein. Mit 

30 dem Zentralrechner (1) ist eine Mehrzahl von Gerate- 
einheiten verbindbar, und zwar in diesem Beispielsfall 
speziell ein GPS-Empfanger, ein mobiler Rechner in 
Form eines PDA (Personal Digital Assistant) ,* ein Mobil- 
funkgerat (GSM), eine CD-ROM-Einheit und ein RDS- 

35 TMC-Gerat. Zum AnschluB dieser Gerate an den Zen- 
tralrechner (1) dienen unterschiedliche Schnittstellen, 
und zwar eine CAN-, eine PCMCIA-, eine RS232-, eine 
IR- und eine D2B-Schnittstelle. Mit IR ist hierbei eine 
Infrarot-Schnittstelle und mit D2B (Digital Domestic 

40 Bus) eine in Fahrzeugen der Mercedes-Benz AG zum 
Einsatz kommende Schnittstelle eines optischen Daten- 
busnetzwerks bezeichnet Die ubrigen Bezeichnungen 
sind Standardbezeichnungen. Es versteht sich, daB das 
System je nach Anwendungsfall auch mehr oder weni- 

45 ger Applikationen, Gerate und/oder Schnittstellen 
umfassen kann. 

Die Datenkommunikation zwischen den Geraten 
und dem Zentralrechner (1) erfolgt uber die zu den 
Schnittstellen gehOrigen Datenubertragungskanaien. 

so Dabei sind die Gerate nicht wie bei herk6mmlichen 
Systemen jeweils einer bestimmten Applikation zuge- 
ordnet, sondern werden von einer in diesem Beispiel in 
. den Zentralrechner (1) integrierten, adaptiven Applikati- 
onssteuerung flexibel zur Erfullung der ihnen inharen- 

55 ten Funktion herangezogen, was gegebenenfalls fur 
mehrere unterschiedliche Telematik-Applikationen der 
Fall sein kann. Die adaptive Applikationssteuerung ist 
so ausgelegt, daB die Applikation kein explizites Gerat 
ansteuert, sondern der Steuerung einen aus- bzw. ein- 
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gehenden Kommunikationswunsch mitteilt. Die Steue- 
rung wahlt dann das geeignetste Gerat und den 
entsprechenden Kommunikationskanal hierfur aus. Auf 
diese Weise kennen Applikationen Gerate unterschied- 
licher Hersteller ansprechen und benOtigen keine Infor- 5 
mationen, uber welches Netzwerk das gewunschte 
GerSt anzusprechen ist. Vielmehr ubernimmt die adap- 
tive Applikationssteuerung die Fuhrung der Datenuber- 
tragung und setzt die Datenpakete gemaB dem 
jeweiligen Netzwerkprotokoll uber spezielle Gateways w 
um. Mehrere Applikationen konnen dasselbe Gerat zur 
Kommunikation verwenden, wobei die adaptive Applika- 
tionssteuerung entscheidet, welche Verbindungsanfor- 
derungen Vorrang haben, indem sie den 
entsprechenden Kommunikationskanal zu dem Gerat 15 
durchschaltet. Dadurch laBt sich eine redundante 
Bestuckung des Fahrzeuges mit identischen Geraten 
fur unterschiedliche Telematik-Applikationen vermei- 
den. Umgekehrt kflnnen bei Bedarf bestimmte Funktio- 
nen redundant uber verschiedene Informationskanale 20 
ermittelt werden, z.B. die Bestimmung der aktuellen 
Fahrzeugposition wahlweise uber GPS, Mobilfunk 
und/oder ein Bakensystem. 

Fig. 2 zeigt die beispielhaft am Zentralrechner (1) 
vorzusehenden Schnittstellen nebst daran anschlieBba- 25 
ren Gerateeinheiten, wobei die gestrichelt umrahmten 
Komponenten als optionale Erweiterung zu sehen sind. 
Der Zentralrechner (1) besitzt eine serielle RS232- 
Schnittstelle, an die ein Infrarot-Transceiver (IR) mit 
RS232-Schnittstelle zur optischen Anbindung einer 30 
PDA-Einheit angeschlossen ist. Wahlweise kann die 
PDA-Einheit auch direkt an diese RS232-Schnittstelle 
angeschlossen werden, an die ansonsten auch ein 
GPS-Empfanger oder ein datenfahiges Mobil- 
funk(GSM)-Gerat angebunden werden konnen. Des 35 
weiteren besitzt der Zentralrechner (1) eine PCMCIA- 
Schnittstelle, an die ein GSM-Gerat angeschlossen ist. 
An eine weitere RS232-Schnittstelle kann optional der 
GPS-Empfanger mit dem Zentralrechner (1) verbunden 
sein. Uber eine zweite PCMCIA-Schnittstelle ist an den 40 
Zentralrechner (1) ein CAN-Datenbus (CAN1) mit nach- 
geschalteten Kommunikationsgerateeinheiten (Komml , 
Komm2) angeschlossen. Diese beiden Kommunikati- 
onsgerateeinheiten konnen beispielsweise je ein Steu- 
ergerat fur eine Hardwareausfuhrung der Applikationen 45 
Ferndiagnose und Diebstahlschutz sein. Uber einen 
optischen Datenbusring mit D2B-Schnittstelle kennen 
der GPS-Empfanger, das GSM-Gerat und/oder das 
RDS-TMC-Gerat an den Zentralrechner (1) ange- 
schlossen werden, wenn dieser Datenubertragungska- so 
nal im Fahrzeug realisiert ist. Der Zentralrechner (1) ist 
zweckmaBig mit einem echtzeitfahigen Multitasking- 
Betriebssystem ausgestattet und kann als Verbindungs- 
punkt in einer heterogenen Netzwerkumgebung dienen. 

Die adaptive Applikationssteuerung bietet fur sol- ss 
che Telematik-Applikationen, deren Kommunikations- 
beziehung mit den beteiligten Gerateeinheiten fest 
vorgegeben ist, z.B. uber eingegebene Bezeichner, 
einen sicheren Datentransport, wobei u.a. gepruft wird, 



ob das angeforderte Gerat gerade belegt ist und an wel- 
chem Datennetz dieses aktuell angeschlossen ist. Sol- 
che Applikationen sind beispielsweise die auf einem 
Steuergerat implementierte Fahrzeugferndiagnose 
oder das Versenden elektronischer Post mit einem 
PDA. Daruber hinaus beinhaltet das System soge- 
nannte integrierte Telematik-Applikationen, die speziell 
fur den Einsatz in Verbindung mit der adaptiven Applika- 
tionssteuerung ausgelegt sind, wie z.B. die Applikation 
Flottenmanagement. Daneben sind in das System 
Basisdienste implementiert, die Funktionalitaten anbie- 
ten, auf die andere Basisdienste und die integrierten 
Applikationen explizit zugreifen konnen, wodurch sich 
wiederum eine redundante Auslegung solcher Funktio- 
nalitaten vermeiden laBt. 

Diese Basisdienste lassen sich in Funktionen zur 
Ermittlung von nach auGen bereitzustellenden Daten, 
wie Positionsbestimmung, Uhrzeitbestimmung etc., 
sowie in sogenannte Gateways unterscheiden, die 
einen eingehenden Datenstrom anhand von Vorgaben 
einer anfordernden, integrierten Applikation oder eines 
anfordernden Basisdienstes transformieren. Bezuglich 
der Gateways sind wiederum Schnittstellen-Gateways, 
Gerate-Gateways und Format-Gateways zu unterschei- 
den. Die Schnittstellen-Gateways transformieren einge- 
hende Daten in das Schnittstellen- bzw. 
Datenbusformat der jeweils zugehOrigen Schnittstelle 
und umgekehrt, wahrend die Gerate-Gateways einge- 
hende Daten in ein fur das zugeharige Gerat geeigne- 
tes Datenformat transformieren und umgekehrt die vom 
Gerat kommenden Daten in das geeignete Ausgangs- 
datenformat transformieren. Die Format-Gateways 
wandeln die von einem Basisdienst ermittelten Daten in 
ein anderes (Standard)-Format um, z.B. die Positions- 
daten des Fahrzeugs. Zusatzlich zu den Basisdiensten 
kOnnen auch Mehrwertdienste vorgesehen sein, die 
sich von den Basisdiensten dadurch unterscheiden, 
daB sie letzere ihrerseits aufrufen. Ein Beispiel hierfur 
ist der Mehrwertdienst RDS-TMC, der aktuell relevante 
Verkehrsinformationen empfangen und hinsichtlich der 
aktuellen Fahrzeugposition, die ein Basisdienst dar- 
stellt, gewichten muB. 

Fig. 3 zeigt schematisch einen fur die Erfullung der 
obigen Funktionalitaten geeigneten Aufbau der adapti- 
ven Applikationssteuerung. Die adaptive Applikations- 
steuerung beinhaltet in dieser Systemauslegung eine 
Steuereinheit (2), die das adaptive Informationsmana- 
gement ubernimmt. Des weiteren sind eine Mehrzahl 
von Basis- bzw. Mehrwertdiensten (3) illustriert, bei- 
spielsweise zur Bestimmung der Fahrzeugposition, der 
Uhrzeit und der Fahrzeuggeschwindigkeit. Die Steue- 
rung enthait auBerdem eine Mehrzahl von Gerate-Gate- 
ways (4), die den entsprechenden Gerate-Einheiten 
zugeordnet sind. AuBerdem beinhaltet sie die erforderli- 
chen Schnittstellen-Gateways (5), deren Ausgangslei- 
tungen (6) zu den entsprechenden Schnittstellen 
fuhren. Die Steuereinheit (2) hat vor allem die Funktio- 
nen, die Basisdienste fur integrierte Applikationen 
bereitzustellen, die Datenbasis zu aktualisieren, die 
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Topologie und die Resourcen des Systems, die aktuell 
belegten Komponenten und die vorhandenen, bzw. akti- 
ven Client/Server-Beziehungen zu kontrollieren. Eine 
weitere Aufgabe ist die Zugangs- und Sicherheitskon- 
trolle. Im Sinne eines Master/Slave-Konzeptes ist die 
Steuereinheit (2) seibst Bestandteii des Server-Netzes 
und agiert als Master fur die anderen Server. 

Zur Kommunikation innerhalb der Umgebung der 
adaptiven Applikationssteuerung ist eine geeignete 
Kommunikationsarchitektur vorgesehen, die auf dem 
sogenannten ISO/OSI-Basis-Referenzmodell als 
grundlegender Struktur aufbaut. Die InterprozeBkom- 
munikation ist so gestaltet, daB die Appiikationen vflllig 
unabhangig von den darunterliegenden Kommunikati- 
onsstrukturen sind. Die Kommunikation zwischen zwei 
Prozessen erfolgt uber sogenannte Kommunikations- 
endpunkte, wobei sich einer der kommunizierenden 
Prozesse auBerhalb des Fahrzeugs bef inden kann. Zur 
Realisierung von Client-Server-Strukturen sind Mecha- 
nismen zum transparenten Aufruf der Server-Funktio- 
nen und zur korrekten transparenten Datenaufbereitung 
vorgesehen. Durch eine oberste RPC(Remote Proce- 
dure CaH)-Kommunikationsschicht wird die geforderte 
InterprozeBkommunikation bewerkstelligt. Hierdurch 
wird die Lokalitat der miteinander kommunizierenden 
Appiikationen auf dem Zentralrechner seibst Oder raum- 
lich von diesem entfernt vdllig transparent. Es besteht 
auch die MGglichkeit, Dienstanforderungen von einem 
oder mehreren Dienstanbietern bearbeiten zu lassen, 
wodurch das Einbinden potentiell konkurrierender 
Appiikationen mit mOglicherweise unterschiedlicher 
Dienstgute bereits uber die Kommunikationsplattform 
geschehen kann. Diese Redundanz fuhrt dann zur 
hdheren Verfugbarkeit einer Applikation, da beim Aus- 
fall eines Anbieters bereits auf der Kommunikations- 
plattform ein funktionsanaloger Anbieter einspringen 
kann. Ein Beispiel hierfur ist die Fahrzeugpositionsbe- 
stimmung wahlweise uber GPS, GSM oder Koppelnavi- 
gation. 

Die Kommunikationsarchitektur beinhaltet des wei- 
teren eine Datentransportschicht, hier beispielhaft in 
Form einer TCP-Schicht. Eine weitere Kommunikati- 
onsschicht in Form einer Vermittlungsschicht, beispiels- 
weise als IP : Schicht, ubernimmt die Adressierung 
desjenigen Rechners, auf welchem der Kommunikati- 
onspartner lokalisiert ist, gegebenfalls unter Verwen- 
dung einer AdreBumsetzung. Unterhalb der IP-Schicht 
erfolgt eine Abbildung auf die physikalisch vorhandenen 
Ubertragungsmedien, wobei eine Sicherungsschicht 
dafur sorgt, daB Ubertragungsfehler des Mediums zwi- 
schen Nachbarknoten erkannt und gegebenenfalls kor- 
rigiert werden. Eine HTTP-Servereinheit (7) erlaubt die 
Kommunikation mit externen Datenbanken, z.B. uber 
einen Internet-AnschluB. Mit diesem Aufbau erfullt die 
adaptive Applikationssteuerung zum einen ein Netz- 
werkmanagement, welches die Managementaufgaben 
auf alien Schichten der Kommunikationsarchitektur 
beinhaltet, und zum anderen ein Applikationsmanage- 
ment, worunter die gesamten Aufgaben einer dynami- 



schen, adaptiven Client/Server-Umgebung fallen. 

Eine Applikation kann, entsprechend dem Cli- 
ent/Server-Konzept, als Client oder als Server agieren. 
Ob dafur Kommunikation mit der AuBenwelt notwendig 
5 ist und welche Gerateeinheiten dafur gegebenenfalls 
verwendet werden, ist fur die Applikation nicht relevant. 
Eine Gerateeinheit ist uber eine Schnittstelle mit dem 
Zentralrechner (1) verbunden und stellt entweder einen 
Kommunikationsendpunkt oder einen Zugangspunkt zu 
w einem anderen Kommunikationskanal dar, insbeson- 
dere zur Kommunikation mit fahrzeugexternen Partner- 
geraten. Durch diese Geratetransparenz ist es ohne 
weiteres mOglich, ein Gerat durch ein anderes, bei- 
spielsweise ein solches von einem anderen Hersteller, 
15 zu ersetzen, bei dem eventuell ein anderes Datenformat 
verwendet wird. Wenn mehrere unterschiedliche Gerate 
zur Erfullung einer bestimmten Funktion vorhanden 
sind, trifft die adaptive Applikationssteuerung die Aus- 
wahl, welches Gerat momentan am geeignetsten ist. 
20 Die jeweilige Applikation seibst bleibt hiervon unberuhrt. 
Diese Geratetransparenz ist in Fig. 4 am Beispiel einer 
Applikation (8) veranschaulicht, die eine Fahrzeugposi- 
tionsbestimmung erfordert. Fur diese Positionsbestim- 
mung sind im Beispiel von Fig. 4 einerseits ein Baken- 
25 Kommunikationsgerat und andererseits ein GPS-Emp- 
fanger vom Typ Standard A sowie optional ein zusatzli- 
cher GPS-Empfanger vom Typ Standard B und/oder ein 
GSM-Gerat in Verbindung mit einem GPS-Empfanger 
vorhanden. Auf Anforderung einer Fahrzeugpositions- 
30 bestimmung durch die Applikation (8) weist die adaptive 
Applikationssteuerung (9) der Applikation (8) das 
momentan gerade gunstigste Gerat zur Positionsbe- 
stimmung des Fahrzeugs zu. Gegebenenfalls kann die 
adaptive Applikationssteuerung (9) mehrere der vier 
35 Gerate zur Fahrzeugpositionsbe-stimmung aktivieren 
und die unabhangig voneinander redundant erhaltenen 
Positionsdaten zur Bestimmung der Fahrzeugposition 
geeignet auswerten. 

Nachdem von der adaptiven Applikationssteuerung 
40 festgestellt wurde, mit welchem bzw. uber welches 
Gerat kommuniziert werden soli, priift sie des weiteren, 
uber welche Schnittstelle auf dieses Gerat zugegriffen 
werden kann. Dies ist nOtig, da mehrere Schnittstellen 
derselben Art vorhanden sein kOnnen, die voneinander 
45 zu unterschetden sind, oder da das Gerat in verschiede- 
nen Versionen mit verschiedenen Schnittstellen verfug- 
bar sein kann, so daB es mbglich ist, das Gerat an eine 
andere, gleichartige Schnittstelle umzustecken oder es 
durch eines mit anderer Schnittstelle zu ersetzen, ohne 
so daB die Applikation angepaBt werden muB. Diese 
Schnittstellentransparenz ist in Fig. 5 am Beispiel eines 
GSM-Mobilfunkgerates illustriert. Dabei ist beispielhaft 
angenommen, daB das GSM-Gerat an eine RS232B- 
Schnittstelle angeschlossen ist, alternativ einderartiges 
55 GSM-Gerat jedoch auch an anderen Schnittstellen 
angeschlossen sein kdnnte, wie einer RS232A-, einer 
CAN-, einer D2B- und einer PCMCIA-Schnittstelle. Die 
adaptive Applikationssteuerung (9) wahlt dann fur die 
betreffende Applikation die jeweils besetzte bzw. gun- 
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stigste Schnittstelle zu dem zu aktivierenden GSM- 
Gerat aus. Die adaptive Applikationssteuerung ist im 
ubrigen zur Erfullung einer Multiplex-Funktion ausge- 
legt, mit welcher der Fall beherrschbar ist, daB mehrere 
Applikationen gleichzeitig auf ein Kommunikationsgerat 5 
zugreifen. Diese Funktion beinhaltet eine Priorisierung 
der Applikationen und die Unterbrechbarkeit der diver- 
sen Kommunikationskanale. 

Irrtegrierte Applikationen innerhalb und auBerhalb 
des Zentralrechners kGnnen uber dieselben Client-Ser- 10 
ver-Mechanismen mit Applikationen und Basisdiensten 
innerhalb des Zentralrechners Oder mit anderen exter- 
nen Dienstanbietern kommunizieren, wobei in diesem 
Fall der Kommunikationspfad uber zwei Schnittstellen- 
Gateways und zwei Gerate-Gateways lauft. Fur nicht 15 
irrtegrierte Applikationen auBerhalb des Zentralrech- 
ners mit fester Kommunikationsbeziehung zu den Gera- 
ten dient die adaptive Applikationssteuerung dazu, zu 
verhindern, daB ein bestimmtes Gerat von einer ande- 
ren Applikation ebenfalls angefordert wird oder sich das. 20 
Gerat in einem anderen Datennetzwerk oder an einer 
anderen Adresse befindet als von dieser Applikation 
angenommen. Der Zentralrechner dient in diesem Fall 
dazu, den Zugriff auf die Gerate zu regeln. 

Fig. 6 veranschaulicht exemplarisch die Durchfuh- 25 
rung einer Flottenmanagement-Applikation. Eine 
externe, nicht gezeigte Flottenmanagement-Zentrale 
kommuniziert uber ein GSM-Gerat (11), das uber ein 
CAN-Gateway an den CAN-Bus des Fahrzeugs ange- 
bunden ist, und uber ein GSM-Gateway mit der inte- 30 
grierten Applikation Flottenmanagement im 
Zentralrechner (1). Diese Applikation fordert die Funk- 
tion Position an, die ihrerseits uber ein GPS-Gateway 
und das CAN-Gateway mit einem GPS-Empfanger (12) 
kommuniziert, der ebenfalls am CAN-Bus des Fahr- 35 
zeugs hangt. 

Wie aus der vorstehenden Beschreibung eines 
bevorzugten Ausfuhrungsbeispiels ersichtlich wird, 
erlaubt das erfindungsgemaBe Fahrzeugkommunikati- 
onssystem eine flexible und komfortable Durchfuhrung 40 
von verschiedensten Telematik-Applikationen im Fahr- 
zeug mit vergleichsweise geringem Aufwand. 




die mit den Telematik-Applikationen uber ein 
von den vorhandenen Schnittstellen und Gera- 
teeinheiten unabhangiges, einheitliches Daten- 
format kommuniziert, die fur die jeweiligen 
Telematik-Applikationen benOtigten Gerateein- 
heiten und Schnittstellen flexibel funktionsbe- 
zogen auswahlt und darauf aufbauend die 
erforderlichen Datenubertragungsvorgfinge 
steuert, wozu sie Gerate-Gateways (4) und 
davon getrennte Schnittstell en-Gateways (5) 
beinhaltet, die von ihr unabh&ngig voneinander 
flexibel funktionsbezogen zwecks Ansteuerung 
der jeweiligen Gerateeinheiten uber die jeweili- 
gen Schnittstellen ausgewahlt werden. 

2. Fahrzeugkommunikationssystem nach Anspruch 1 , 
weiter 

dadurch gekennzeichnet, daB 

zum AnschluB der Gerateeinheiten an den Zentral- 
rechner (1) eine CAN-, eine RS232-, eine PCMCIA- 
, eine D2B- und/oder eine IR-Schnittstelle vorgese- 
hen ist. 

3. Fahrzeugkommunikationssystem nach Anspruch 1 
oder 2, weiter 

dadurch gekennzeichnet, daB 

als Gerateeinheiten wenigstens ein GPS-Empfan- 
ger, eine PDA-Einheit, eine GSM-Einheit, eine CD- 
ROM-Einheit und/oder eine RDS-TMC-Einheit vor- 
gesehen sind. 

4. Fahrzeugkommunikationssystem nach einem der 
Anspruche 1 bis 3, weiter 

dadurch gekennzeichnet, daB 
als Telematik-Applikationen eine Flottenmanage- 
ment-Applikation eine Routenplanungs-Applika- 
tion, eine Ferndiagnose-Applikation, eine 
Diebstahlschutz-Applikation und/oder eine elektro- 
nische Datenkommunikations-Applikation vorgese- 
hen sind. 



Patentanspruche 

45 

1 . Fahrzeugkommunikationssystem mit 

einem Zentralrechner (1 ) zur Durchfuhrung von 
Telematik-Applikationen, 

Gerateeinheiten zum Senden, Empfangen, so 
Erfassen und/oder Verarbeiten von zu den 
Telematik-Applikationen gehGrigen Daten und 
einem oder mehreren Datenubertragungska- 
naien mit zugehflrigen Schnittstellen, uber wel- 
che die Gerateeinheiten mit dem zentralen ss 
Fahrzeugrechner verbindbar sind, 
gekennzeichnet durch 
eine von den Telematik-Applikationen 
getrennte, adaptive Applikationssteuerung (9), 
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